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(54) Abstract Title 

Data delivery system and receiving station 



(57) A data delivery system which delivers created data to all the parties that need it. Documents such as 
engineering drawings are stored as bulk data files in a bulk data database (1a). Metadata files containing 
attribute information of bulk data are stored in a metadata database (1b). When the date and time of a data 
distribution session is given to a date/time setting unit (1e), an attribute identification unit (1d) makes access to 
a relevant metadata file to identify the attributes of the bulk data to be transmitted. Based on this result, a 
destination determination unit (1c) determines the destinations of each bulk data file. A format identification 
unit (If) then identifies which data formats the receiving stations can handle. If necessary, the data format is 
changed by a format converter Og), so as to meet the requirements of each destination. Summary data briefly 
describes what kinds of bulk data files are to be distributed. A summary data transmitter (1i) compiles such 
summary data and sends it to the receiving stations (3). Each receiving station now returns a downloading 
request, and in response to this, a transmitter (1h) sends out the requested bulk data files, which meets the 
destination's format guideline. A receiver (3a) in the receiving station (3) accepts those bulk data files and a 
reproduction unit (3b) restores the received data to its original form. 
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DATA DELIVERY SYSTEM AND SENDING STATION THEREFOR 



The present invention relates to a data delivery 
system, and more particularly to a data delivery system 
which transports data that has previously been stored in a 
sending station to at least one receiving station* The 
present invention further relates to a sending station 
which serves as part of the data delivery system, and a 
program (which may be stored on a medium) which 
causes a computer system to function as a sending station . 

There has been a trend in recent years for 
manufacturing companies to produce a wide variety of goods 
in high quantities, confronting shortened product 
lifecycles and diversified consumer needs. Those companies 
have consequently accumulated a large volume of document 
data including engineering drawings created with computer- 
aided design and engineering (CAD/CAE) tools. They have to 
store and manage such document data efficiently, as well 
as to quickly retrieve what they need. In this area of 
interest, product data management (PDM) systems are 
proposed as suitable facilities . for providing necessary 
services. PDM systems are designed to manage product data 
in an organized and unified manner, from development phase 
to production phase. Besides preventing any document- 



related problems from happening, they improve the 
productivity of engineering process s by maximizing the 
reuse of design data. 

In such conventional PDM systems, engineering 
drawings and other documents are delivered in digital form 
to internal and external organizational units that need 
them, by referring to destination tags attached to the 
data and utilizing workflow paths. Although this has been 
a common way of data distribution in conventional systems, 
it is likely to raise some reliability issues because the 
process depends on management by humans. In some cases, 
data files may be delivered to unintended places, or some 
necessary destinations may be left out. Conventional PDM 
systems also lack an affinity for firewall devices. To 
protect important data against tampering and theft, most 
systems deploy a firewall at the point where they are 
connected to a public network environment. Firewall 
devices, however, often slow down the rates of data 
transport, causing slow system response. 

Taking the above into consideration, an enfeodiment of 
the present invention may provide a sending station that 
can distribute engineering drawings and other data in a 
more reliable way. 

According to the 

present invention, there is provided a sending station 
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which delivers data stored in its internal or external 
storage unit to at lease one receiving station. This 
sending station comprises the following elements: an 
attribute identification unit which identifies the 
5 attributes of data to be distributed; a destination 
determination unit which determines the destinations of 
the data according to the attributes identified by the 
attribute identification unit; and a transmitter which 
sends the data to the destinations determined by the 
10 destination determination unit. 

Another embodiment of the present invention 
ma Y provide a data delivery system which does not slow 
down the response of the entire system . even when a 
firewall is employed therein* 
15 According to the 

present invention, there is provided a data delivery 
system for delivering data stored in a sending station to 
at least one receiving station. This system comprises the 
following elements: an attribute identification unit which 
20 identifies the attributes of data to be distributed; a 
destination determination unit which determines the 
destinations of the data according to the attributes 
identified by the attribute identification unit; a 
transmitter which sends the data to the destinations 
25 determined by the destination determination unit; a 
receiver unit which receives the data sent from the 
transmitter; and a reproduction unit which restores the 
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data received by the receiver to its original form. 



Reference will now be made to 
5 the accompanying drawings which illustrate preferred 

embodiments of the present invention by way of example , 
and in which: 



FIG. 1 is a conceptual view of the present 
10 invention; 

FIG. 2 is a diagram which shows an embodiment of 
the present invention; 

FIG. 3 is a diagram which shows an example of a 
distribution table listing screen; 
15 FIG. 4 is. a diagram which shows an example of a 

distribution table editing screen; 

FIG. 5 is a flowchart which explains a process to 
be executed when a NEW button or MODIFY button is pressed 
in the distribution table listing screen shown in FIG. 3; 
20 FIG. 6 is a diagram which shows an example of a 

distribution condition setup screen; 

FIG . 7 is a diagram which shows an example of a 
destination entry screen; 

FIG. 8 is a diagram which shows an example of a 
25 metadata entry screen; 

FIG. 9 is a flowchart which explains a process to 
be executed when a user directs a PDM basic unit (FIG. 2) 
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to distribute data that has previously been recorded 
therein ; 

FIG* 10 is a flowchart which explains the details 
of the data transfer operation shown in FIG. 9; 
5 FIG. 11 is a diagram which shows an example of a 

distribution setup screen; 

FIG. 12 is a diagram which shows an example of a 
distribution table editing screen; 

FIG. 13 is a diagram which shows an example of a 
10 transmission date entry screen; 

FIG. 14 is a flowchart which shows a process to be 
executed by a distribution server when it receives some 
data from a PDM basic unit; 

FIG. 15 is a diagram which shows an example of a 
15 log -in screen; 

FIG. 16 is a diagram which shows an example of an 
inbox status screen; 

FIG. 17 is a diagram which shows an example of an 
item listing screen; 
20 FIG. 18 is a flowchart which shows a process to be 

executed by a distribution server; 

FIG. 19 is a flowchart which shows a process to be 
executed by a receiving station; 

FIG. 20 is a diagram which shows a second 
25 embodiment of the present invention; 

FIG. 21 is an example schematic diagram that is 
converted into image data; and 
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FIG. 22 is a flowchart which shows a process to be 
executed in the second embodiment shown in FIG. 20. 

5 Preferred embodiments of the present invention 

will be described below with reference to the accompanying 
drawings . 

FIG. I is a conceptual view of a data delivery 
system according to the present invention. This system 

10 comprises a sending station 1 and a receiving station 3, 
which are interconnected by a network 2. While FIG. 1 
illustrates only one receiving station for the purpose of 
simplicity, it should be appreciated that a plurality of 
like receiving stations are connected in a real-world 

15 system. 

The sending station 1 comprises a bulk data 
database la, a metadata database lb, a destination 
determination unit lc, an attribute identification unit Id, 
a date/time setting unit le, a format identification unit 

20 If , a format converter lg, a transmitter Ih, and a summary 
data transmitter li. The bulk data database la stores 
document data files called "bulk data" files. Here, the 
term "bulk data" refers to such data as engineering 
drawings and other like documents. The metadata database 

25 lb stores "metadata" files, i.e., the attributes and other 
information that describe each unit of bulk data being 
stored in the bulk data database la. When the transmission 



of certain bulk data files is requested, the destination 
determination unit lc determines the destinations of the 
requested bulk data files according to their attribute 
information identified by the attribute identification 
unit Id. The attribute identification unit Id consults the 
metadata database lb to find the attributes of the 
requested bulk data files. 

The date/time setting unit le is used to specify a 
desired date and time of data transmission. The format 
identification unit If identifies which data format each 
receiving station can handle, and sends this information 
to the format converter lg. The format converter lg 
receives a bulk data file, whose destination has been 
identified by the destination determination unit lc, and 
if necessary, it converts the format of the given bulk 
data file, as specified by the format identification unit 
If. The transmitter lh temporarily stores such converted 
data files, and sends them out when it is requested by the 
receiving station 3 and the requesting user is 
successfully authenticated. The summary data transmitter 
li compiles summary data which briefly explains the bulk 
data files to be distributed, referring to relevant 
metadata files in the metadata database lb. The summary 
data transmitter li sends this summary data to the 
receiving station 3 in advance of transmission of the 
requested bulk data files. The network 2 interconnects the 
sending station 1 and receiving station 3, allowing them 
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to exchange the above data files and messages. 

The receiving station 3 comprises a receiver 3a, a 
reproduction unit 3b, and an authentication unit 3c. The 
receiver 3a receives data from the sending station 1. The 
5 reproduction unit 3b reproduces the original data from the 
data received by the receiver 3a, and displays it on a 
monitor screen or other output device (not shown). The 
authentication unit 3c performs an authentication process 
to verify whether the current user is an authorized user. 

10 If the user has passed this test, the authentication unit 
3c so notifies the sending station 1. 

The above data delivery system operates as follows. 
Suppose, for example, that a set of engineering drawings 
have just been entered to the bulk data database la as new 

15 drawing data files. This causes the sending station 1 to 
produce a record of its registration date, serial number, 
and other necessary data. This record is then stored into 
the metadata database lb as a new entry. Further, the 
sending station 1 prompts the user to input various 

20 attribute information about the drawing data files. This 
information is also registered to the metadata database lb. 

When the user enters a command to distribute the 
stored drawing data files to other stations, the sending 
station 1 executes this command as described below. Here, 

25 the sending user may wish to designate a specific date and 
time of data transmission by using the date/time setting 
unit le. In that case, what is described in the next 
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section will happen at the scheduled time. 

First, the attribute identification unit Id 
retrieves a relevant metadata file from the metadata 
database lb to obtain the attributes of the drawing data 
5 files to be transmitted. Referring to this attribute 
information identified by the attribute identification 
unit Id, the destination determination unit lc determines 
where to send those data files. Suppose, for example, that 
the user is sending engineering diagrams for a certain 
10 electronic circuit module, the destinations of the drawing 
data should include: a factory having a relevant 
fabrication line, and the purchasing department which is 
responsible for the procurement of necessary components. 
To automatically determine the destinations as such, the 
15 sending station 1 . has a lookup table that defines the 
relationships between the attribute Information and 
destinations of every unit of drawing data. 

On the other hand, the format identification unit 
If consults the metadata database lb via the attribute 
20 identification unit Id to identify which data format each 
receiving station supports. The result is then passed to 
the format converter lg. If the current data format is not 
compatible with the identified format, the format 
converter lg performs data format conversion accordingly. 
25 The summary data transmitter li is also activated 

by the destination determination unit lc when the 
destinations of the drawing data files are determined. 
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That is, the summary data transmitter li retrieves a 
relevant metadata file from the sending station 1 and 
stores it as the source of summary data that describes the 
drawing data of interest. This summary data will be 
5 transmitted later to the receiving station 3 when it logs 
in to the sending station 1 via the network 2. 

Consider here that the user sitting at the 
receiving station 3 has issued a command to download the 
data from the sending station 1. The receiving station 3 

10 now presents a certain screen on its monitor unit (not 
shown), prompting the user to enter his/her log-in name 
and password. The user then types in his/her name and 
password in this screen. In response to this, the 
authentication unit 3c determines whether the requesting 

15 person is an authorized user. If his/her authenticity is 
successfully verified, the authentication unit 3c will so 
notify the sending station 1. Here, the network 2 serves 
as a bidirectional communication medium, although FIG. 1 
only shows a unidirectional path from the sending station 

20 1 to the receiving station 3. 

In response to the notification of authenticity, 
the summary data transmitter li in the sending station 1 
sends out the summary data to the receiving station 3, 
retrieving it from the local storage. On the receiving 

25 side, the receiver 3a takes in the summary data sent from 
the sending station 1, and the reproduction unit 3b 
restores it into the original form, so that the summary 
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information will appear on the monitor unit (not shown). 
Now the receiving user can view the profile of what the 
sending station 1 intends to provide, and he/she specifies 
which bulk data files should be downloaded. This 
information is sent back to the sending station 1. On the 
sending side, the transmitter Ih retrieves the specified 
bulk data files from the bulk data database la and sends 
them out to the receiving station 3 over the network 2. 
Those files are accepted by the receiver 3a in the 
receiving station 3 and passed to the reproduction unit 3b 
so as to obtain the original bulk data. When such an 
acceptance processing for the bulk data files is 
successfully completed, the receiving station 3 returns a 
predetermined message to notify the sending station 1 of 
the completion. The sending station 1 takes this message 
as a positive acknowledgment of the transmitted data. 

As described above, the data delivery system of 
the present invention will automatically determine the 
destinations of drawing data, when the sending user enters 
it to a database and instructs the system to distribute 
its copies. This function ensures that the drawing data 
will be delivered to all the parties that need it. Further, 
the proposed data delivery system is configured to provide 
summary data before sending the main part of the drawing 
data (i.e., bulk data). This function allows the user to 
make a choice for the time of downloading. When the 
network 2 appears to be in a high traffic condition. 
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he/she may decide not to download bulk data files for a 
while, but wait until the traffic is reduced. The proposed 
system is also advantageous in that it employs a format 
converter lg to convert data formats in accordance with 
the individual requirements of receiving stations, thus 
alleviating workloads imposed on the receiving users. 

Referring again to the system's conceptual view 
(FIG. 1), the bulk data database la and metadata database 
lb are implemented as an integral part of the sending 
station 1. The present invention, however, should not be 
limited to this particular configuration, but those 
databases may also be realized as external devices being 
coupled to the sending station 1. 

Referring next to FIG. 2, a specific embodiment of 
the present invention will now be described below. FIG. 2 
is a block diagram of a data delivery system embodying the 
present invention, which comprises a PDM basic unit 20, a 
distribution server 30, a network 40, and a receiving 
station 50. 

The PDM basic unit 20 comprises a PDM basic module 
20a and a database (DB) 20b. The database 20b stores data 
files that have been entered through input devices 21. 
When the transmission of specific documents is requested, 
the PDM basic unit 20 reads out relevant data files from 
the database 20b and supplies them to the distribution 
server 30. 

The distribution server 30 comprises an interface 
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(I/F) 30a, a controller 30b, a database 30c, and another 
interface 30d. The first interface 30a converts the data 
format so that th distribution server 30 will be able to 
send and receive data to/from the PDM basic unit 20. 
5 Besides controlling other parts of the distribution server 
30, the controller 30b provides various processing 
services according to the programs stored in its local 
storage (not shown). The database 30c stores data files, 
separately for each destination, which were supplied from 
10 the PDM basic unit 20. When a specific document is 
requested by the receiving station 50, the database 30c 
supplies the interface 30d with relevant files for 
distribution* The database 30c also stores various tables 
and other necessary data for a data distribution session. 
15 The . second interface 30d converts given data into an 
appropriate format so that the distribution server 30 will 
be able to send and receive data to/from the receiving 
station 50 via the network 40. The network 40 
interconnects the distribution server 30 and receiving 
20 station 50, allowing them to exchange information. 

The receiving station 50 comprises an interface 
(I/F) 50a, a controller 50b, a database (DB) 50c, and 
another interface 50d. The first interface 50a converts 
the data format so that the receiving station 50 will be 
25 able to send and receive data to/from the distribution 
server 30 via the network 40. The controller 50b provides 
various processing services according to the programs 
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stored in its local storage (not shown), besides 
controlling other parts of the receiving station 50. The 
database 50c stores data files that are sent from the 
distribution server 30. The second interface 50d receives 
5 data from the controller 50b and converts it into a video 
signal to drive an external monitor unit 51. It also 
accepts data from input devices 52 and supplies it to the 
controller 50b after converting its format, if necessary. 
The input devices 21 and 52 include a keyboard and mouse, 
10 for example. They may also include network interface 
devices for remote access, such as LAN (local area 
network) cards for receiving data from remote data 
terminals . 

The following section will now describe the 
15 operation of the above data delivery system embodying the 
present invention, focusing on the following two specific 
topics: (1) how the system defines the destinations of 
documents, and (2) how the system distributes data files. 
More specifically, the first part will discuss a process 
20 of editing (or creating) a distribution table which 
defines the destinations of each particular class of 
engineering documents. 

Referring to FIG. 2, it is assumed here that a 
user (not shown) is operating the input devices 21 of the 
25 PDM basic unit 20. Now suppose that he/she has issued a 
command that requests a listing of distribution tables. In 
response to this, the PDM basic module 20a retrieves 
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distribution tables from the database 30c in the 
distribution server 30, and displays them with a 
predetermined layout. FIG. 3 illustrates a typical screen 
that appears on the monitor unit 22 in the above context. 
5 In the screen of FIG. 3, a window 60 titled 

"Distribution Table List" is provided. To allow the user 
to specify the document release level, a text box 60a is 
placed at the upper-left portion of the window 60 , 
together with a drop-down arrow 60b for opening a list of 

10 selectable items for the text box 60a. The example screen 
shows that the current choice is "Final Release."* 

The window 60 has two main sections 60c and 60d 
being aligned vertically. The first section 60c is used to 
show a list of distribution tables, each of whose entries 

15 has .the following .fields: "Title" (name of distribution 
table), "Created by" {name of person who created this), 
"Created on" (creation date), and "Last Updated on" (date 
of most recent update) . At the right-hand end of this 
section 60c, a scroll box 60e and scroll arrows 60f and 

20 60g are provided for moving through the list in the 
vertical direction. The second section 60d, located under 
the section 60c, is used to provide contact information 
related to the distribution list that is currently 
selected. In the example screen of FIG. 3, the second 

25 section 60d shows two contact persons who are both related 
to "Camera/Printer" products, the distribution table of 
which is found as the first entry of the distribution 
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table list. 

Further, the following command buttons are 
arranged at the bottom of the window 60: a NEW button 60k , 
a MODIFY button 601, a COPY button 60m, a DELETE button 
5 6 On, and a CANCEL button 60o. The NEW button 60k, when it 
is pressed, will take the user to another screen 
("Distribution table editing screen") for defining and 
editing a new distribution table. The layout of this 
screen is shown FIG. 4, although this FIG. 4 shows a 
10 situation where an existing distribution table is being 
edited. Referring back to FIG. 3, it has to be noted that 
the NEW button may be unavailable (i.e., it . may appear 
shaded) when any one of the existing distribution tables 
is selected. 

15 . The MODIFY, button 601, on the other hand, opens a 

distribution table editing screen shown in FIG. 4, if it 
is pressed while a particular distribution table is 
selected. When none of the distribution tables is selected, 
the MODIFY button 601 appears shaded. The COPY button 60m 

20 is used to create a distribution table similar to another 
table. That is, when the user selects a specific 
distribution table and then presses this COPY button 60m, 
the system will duplicate the contents of the currently 
selected distribution table for a new distribution table. 

25 The DELETE button 60n removes a specific entry of a 
distribution table, when it is selected. The CANCEL button 
60o is used to cancel the current data entry and leave the 
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distribution table listing screen. 

Consider here that the user has pressed the NEW 
button 60k or MODIFY button 601. Referring now to the 
flowchart of FIG. 5, a typical process executed in such a 
case will be explained below. This process comprises the 
following steps. 

(51) Checking the status of the input devices 21, the 
PDM basic module 20a examines whether the NEW button 
60k is pressed. If so, the process advances to step 
S4. If not, it proceeds to step S2. 

(52) Checking the status of the input devices 21, the 
PDM basic module 20a examines whether the MODIFY 
button 601 is pressed. If so, the process advances 
to step S3. If not, the process is terminated. 

(53) The PDM .basic module 20a makes access to the 
distribution server 30 to obtain relevant records 
that are necessary to display an editing screen for 
the distribution table currently selected in the 
listing section 60c (FIG. 3). 

(54) The PDM basic module 20a displays a distribution 
table editing screen (FIG. 4) on the monitor unit 22. 
This screen offers a new blank table when it is 
invoked by the NEW button 60k. In the case of the 
MODIFY button 601, it retrieves and displays the 
existing distribution table specified by the user. 

In the specific example shown in FIG. 4, a 
window 70 titled "Distribution Table Editor" is 



- 18 - 



provided. As in the window 60 of FIG. 3, this window 
70 has a text box 70a with a button 70b for 
selecting a specific document release level. Located 
under the text box 70a is a listing section 70c 
where the associations between various kinds of 
drawings and their destinations are defined in 
matrix form. The first row of this distribution 
table, for example, indicates that four copies of 
component drawings are to be distributed to 
Production Planning Section, one copy to Fourth 
Engineering Group, and five copies to Mold 
Coordination Section. There are three command 
buttons 70d to 70f to provide the following 
functions. That is, the PRINT button 70d is used to 
print out the displayed table. The user presses the 
OK button 7 be to send the entered or updated table 
to the system. The CANCEL button 70f is used to 
cancel the current data entry and leave the screen. 
S5) The PDM basic module 20a examines whether any 
specific drawing type is selected from the table in 
the section 70c. If a selection is made, the process 
advances to step S6. Otherwise, the process proceeds 
to step S7. 

It is assumed in the present example of FIG. 4 
that the user selects the row titled "Component 
Drawings" in the table. This makes the PDM basic 
module 20a move to step S6. 
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(S6) The PDM basic module 20a displays another window 
80 shown in FIG. 6 on the monitor unit 22 to allow 
the user to edit or define a distribution condition. 

The example screen of FIG. 6 provides a window 
80 titled "Distribution Condition Setup." This 
window 80 has a text box 80a indicating the name of 
the distribution table of interest, which is 
"Camera/Printer" in the present example. Another 
text box 80b, located under the first text box 80a, 
shows the name of the distribution condition being 
edited, which is "Component Diagram" in the present 
example . 

The distribution condition is represented 
generally as a concatenation of multiple logical 
expressions. . In FIG. 6, they are defined in a group 
of text boxes 80c , 80e, 80f, 80h, 80 j, 801 , and 80m 
being arranged in two lines, each line representing 
a single logical condition. More specifically, the 
text box 80c is used to enter the subject of a first 
logical condition, which is "Specification Code" in 
the present example* The user can fill this field 
with another value, such as "Attribute Name," by 
selecting an appropriate item from a drop-down list, 
which appears when a drop-down arrow 80d is pressed. 
The subject in the text box 80c is followed by a 
predicate consisting of an operator field and 
keyword text, which are specified in the text boxes 
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80e and 80f , respectively. A drop-down arrow 80g is 
attached to the text box 80e. The user can put 
his/her choice into the text box 80e by selecting it 
from a drop-down list that appears when he/she 
presses the arrow 80g. The operator in the text box 
80e describes how the subject should match with the 
specified keyword. In the present example, an 
operator "contains" is selected in the text box 80e. 
The three text boxes 80c to 80f now form a specific 
logical condition that becomes "true" when the 
"Specification Code" field contains a given keyword. 

The next line begins with a text box 80h for 
specifying a conjunctive operator that joins the two 
lines of logical conditions. It is set to "AND, " in 
the present example, meaning that the distribution 
condition holds when the two conditions are both 
true. As in the case of other text boxes, the user 
can set an appropriate logical operator to this text 
box 8 Oh by pressing a drop- down arrow 80i and 
selecting an item from a drop -down list that appears 
consequently. 

The three neighboring text boxes 80 j, 801, and 
80m define the second logical condition. The text 
box 80 j gives the subject of this second condition, 
which is set to "Location" is the present example. 
The user can fill this field with another value by 
using a drop -down list that appears when a drop-down 
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arrow 80k is pressed. The subject in the text box 
80j is followed by a predicate consisting of an 
operator field and keyword text, which are specified 
in the text boxes 801 and 80m, respectively. The 
operator in the text box 801 describes how the 
subject should match with the keyword specified in 
the text box 80m. The user can set an appropriate 
operator to this text box 80h by pressing a drop- 
down arrow 80n and selecting an item from a drop- 
down list that appears consequently. Because an 
operator "equals" is selected in the present example, 
the second logical condition becomes "true" when the 
"Location" field equals the specified keyword. 

The user can expand or shrink the definition of 
a distribution condition by using ADD and DELETE 
buttons 80o and 80p. The ADD button 80b, when it is 
pressed, produces an additional set of text boxes to 
concatenate a new logical condition. The DELETE 
button 80p is used, in turn, to delete a specific 
line of logical condition. 

The illustrated window 80 further provides a 
larger text box 80q for writing comments or the like. 
Placed at the bottom of the window 80 are an OK 
button 80r and a CANCEL button 80s. The OK button 
80r is used to enable the current setup, while the 
CANCEL button 80s is used to cancel the data entry 
and leave the present screen. 
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(57) The PDM basic module 20a examines whether the 
user has selected any specific destination from 
among those shown in the section 70c (FIG. 4), If so, 
the process advances to step S8. Otherwise, it 
proceeds to step S9. 

(58) The PDM basic module 20a displays another window 
90 on the monitor unit 22 to allow the user to 
define a destination, as shown in FIG. 7. In this 
example, the window 90 is titled "Destination 
Entry," At the top of the window 90, there is a text 
box 90a for entering the short name of the 
destination of interest, which is followed by 
another text box 90b for entering the full name of 
the same. In the present example , those two text 
boxes 90a and 90b hold the names "Fourth Engineering 
Group " and "Tokyo Fourth Engineering Group," 
respectively. The next two text boxes 90c and 90d 
are used to enter the name of a contact person and 
his/her e-mail address, which are "Sato" and 
"sato@xxx.yyy" in the present example. To record the 
above setup, the user presses an ENTER button 90e. A 
CANCEL 90f button allows him/her to cancel the 
current entry. 

(59) The PDM basic module 20a examines whether the 
user has selected any particular numeric cell in the 
destination table shown in the section 70c. If so, 
it means that the user wishes to modify the number 
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of copies to be delivered to a specific destination, 
and thus the process advances to step S10. Otherwise, 
it proceeds to step Sll. 

(510) The PDM basic module 20a executes a process to 
set or update the number of copies to be distributed. 
That is, the user has selected a particular numeric 
cell in the distribution table by using the input 
devices 21 at step S9, and he/she now types in a 
particular number for that cell by using the input 
devices 21. Accordingly, the PDM basic module 20a 
updates the distribution table with the new numeric 
parameter entered by the user. 

(511) The PDM basic module 20a examines whether the 
user has pressed the OK button 70e (FIG* 4). If so, 

. the process . advances to step S12. If not, the 
process returns to step S5 to repeat the above 
operations . 

(512) The PDM basic module 20a supplies the 
distribution server 30 with all the setup parameters 
obtained through the above process, so that the 
database 30c will be updated with them. 

Through the above steps, the user can create or 
modify a distribution table, which defines the association 
between the attributes and destinations of various kinds 
of drawings. The system records such distribution tables 
in its database 30c. Now that distribution tables are 
available, the PDM basic unit 20 accepts and records newly 
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created engineering documents and then delivers them to 
their respective destinations according to the 
distribution tables. The next part of the description will 
focus on these processes. 
5 Assume here that a new engineering document is 

finished and supplied to the PDM basic unit 20 through the 
input devices 21. The PDM basic module 20a stores this 
document as a bulk data file into a predetermined portion 
of the database 20b. It also creates metadata, or 

10 attributes (e.g., serial number, author's name) of the 
document and saves it into the database 20b together with 
the bulk data file. 

Further, as shown in FIG. 8, the PDM basic unit 20 
opens a window 100 on the monitor unit 22 , to accept other 

15 attribute information from the user. This example window 
100 is titled "Metadata Entry." At the top line of the 
window 100, there are two text boxes 100a and 100b to show 
the serial number and creation date of the bulk data file, 
which are automatically generated by the PDM basic unit 20. 

20 In the present example, those text boxes show a serial 
number "1999836" and a timestamp "06/01." Text boxes 100c 
and lOOd on the next line are used to enter the name of 
the person who created the document and the location where 
he/she is stationed. In the present example, those text 

25 boxes show that the drawings are created by an engineer 
named "Tanaka" who is working as a member of "Tokyo Fourth 
Engineering Department." Entered to the next text boxes 
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lOOe and lOOf are a relevant product category and product 
type code, which are respectively set to "Camera/ Printer" 
and "LXll" in the present example. On the next line, two 
text boxes lOOg and lOOh show the specification code and 
application class, which are set respectively to "K50011D" 
and "DXF" in the present example. The "Specification Code" 
field is automatically filled by the system, based on the 
above-noted product type code and location. The 
"Application Class" field indicates which application 
program was used to create the bulk data file of interest. 
To record the above metadata entry, the user presses an OK 
button 1001. Or he/she may cancel the current entry by 
pressing a CANCEL button 100 j. 

Suppose, in the present context, that the user has 
entered necessary parameters in the screen of FIG. 8 and 
pressed the OK button 1001. Then the PDM basic module 20a 
collects and saves them into the database 20b as a new 
entry of metadata. After that, the user operates the input 
devices 21 to command the system to distribute the stored 
document. This command invokes a process shown in the 
flowchart of FIG. 9, which comprises the following steps. 

(520) The PDM basic module 20a examines whether the 
user has directed the distribution of a document. If 
so, the process advances to step S21. If not, the 
process is terminated. 

(521) The PDM basic module 20a displays a distribution 
setup screen on the monitor unit 22, as illustrated 
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in FIG. 11. This example screen provides a window 
110 titl d "Distribution Setup, " which is divided 
into the following five sections 110a to llOe. 

The top section 110a of the window 110 shows 
attributes of an engineering document to be 
distributed, which include the following information 
fields. The field titled "Serial No." holds a number 
that is assigned to each document in consecutive 
order when it is recorded in the database 20b. The 
fields titled "Requested on" and "Requested by" 
respectively show when the data distribution was 
requested and who made the request. The field titled 
"Checked by /on" consisting of two sets of 
consecutive sub-fields indicates who checked the 
document and. when they checked it. The next two 
fields titled "Approved by" and "Approved on" show 
who approved the document and when he/she approved 
it. Further, the fields titled "Archived by" and 
"Archived on" show who archived the document and 
when he/she archived it. 

The second section 110b of the window 110 
presents a list of product types that are relevant 
to the document to be distributed. This list has a 
scroll box HOf and scroll arrows llOg and HOh for 
the user to move through the list in the vertical 
direction. 

The third s ction 110c of the window 110 
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presents a list of components that ar relevant to 
the document to b distributed. This list also has a 
scroll box HOi and scroll arrows HOj and 110k for 
scrolling through the information in the vertical 
direction. 

Further, the fourth section HOd of the window 
110 contains a list of file names to show which 
files are to be distributed. The user may use a 
scroll box 1101 and scroll arrows 110m and llOn to 
scroll through the list in the vertical direction. A 
check box is placed on the left of each file name so 
that the user can select specific files by clicking 
their check boxes. Although the list may include 
many file name entries, only the selected files will 
be distributed finally. 

The fifth section llOe of the window 110 
presents information about a file that contains 
descriptions and comments on the document to be 
distributed. In the present example, this file is 
titled "Engineering Change Order" and assigned an 
report number (serial number) "CL98001." This file 
will be distributed together with the document files 
when the check box on the left of the order number 
is selected. An arrow llOo on the far right is used 
to view other like information in the list, if any. 

At the bottom of the window 110, six command 
buttons HOp to HOu are provided. The PREV button 
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11 Op on the far left is us d to move to the previous 
page. The NEXT button HOq is used to move to the 
next page. The EDIT button 11 Or opens a screen for 
viewing and editing a distribution table (described 
later). The DATE button 110s is used to specify a 
date and time of data transmission. The SEND button 
llOt initiates a session of data distribution. The 
CANCEL button lOOu is used to cancel the current 
entry. 

(522) The PDM basic module 20a examines whether the 
user has selected a specific file. If so, the 
process advances to step S23. If not, it proceeds to 
step S24. More specifically, the process advances to 
step S23, if the user has selected any of the check 

. boxes in the window 110 of FIG. 11. If not, the 
process skips to step S24. 

(523) The PDM basic module, 20a places a check mark in 
the check box of the specified file. 

(524) The PDM basic module 20a examines whether the 
user has pressed the EDIT button llOr. If so, the 
process advances to step S25. If not, it proceeds to 
step S26. 

(525) The PDM basic module 20a displays a distribution 
table editing screen (FIG. 12) on the monitor unit 
22, allowing the user to set up the distribution 
data format. 

The example of FIG. 12 shows a window 120 titled 
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"Distribution Table Editor." At the top portion of 
this window 120, there is a text box 120a showing 
the document release level. While it is set to 
"Final Release" in the present example, the user can 
fill this field with a different value by selecting 
an appropriate item from a drop-down list that 
appears when a drop-down arrow 120b is pressed. 

The main section 120c of the window 120 presents 
another aspect of the distribution table; that is a 
compatibility matrix showing which data formats are 
supported in each destination. Take "Production 
Planning Section" for example. The column assigned 
to this organizational unit is check-marked only in 
the first row, which means that the format "STEP 
AP203 CC2" is the only usable destination data 
format . 

At the bottom of the window 120, three command 
buttons 120d, 120e, and 120f are seen. The PRINT 
button 120d initiates a process to print out the 
displayed information. The OK button 120e is used to 
save the current setup. The CANCEL button 12 Of is 
used to cancel the current data entry. 

In the above -described window 120, the user 
edits the matrix and then presses the OK button 120e, 
which causes the distribution server 30 to receive 
and record the updates in the database 30c. 
(S26) The PDM basic module 20a examines whether the 
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user has pressed the DATE button 110s shown in FIG. 
11. If so, th process advances to step S27. If not, 
it proceeds to step S28. 

(527) The PDM basic module 20a displays a transmission 
date entry screen on the monitor unit 22, as 
illustrated in FIG. 13. 

In the example screen of FIG. 13, a window 130 
titled "Transmission Date Entry" is provided. This 
window 70 has a text box 130a for specifying the 
date (and time) when the system starts to transmit 
document data files. The user presses an OK button 
130b to activate the entered schedule. A CANCEL 
button 130c is used to cancel the current entry. 

(528) The PDM basic module 20a examines whether the 
. user has pressed the SEND button llOt shown in FIG. 

11. If so, the process advances to step S29. If not, 
it proceeds to step S30. 

(529) The PDM basic module 20a calls a routine that 
transfers relevant data files to the distribution 
server 30. The details of this routine will be 
described later with reference to FIG. 10. 

(530) The PDM basic module 20a determines whether the 
user has pressed either the CANCEL button llOu or 
the close button "X" in the upper right corner of 
the window 110 of FIG. 11. If either button is 
pressed, the process will be terminated. If not, it 
returns to step S22 to repeat the same operations. 
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Referring now to FIG. 10, the aforementioned data 
transfer routine will be described below. When called at 
step S29 in the flowchart of FIG. 9, this process executes 
the following steps. 

(540) The PDM basic module 20a determines whether the 
user has specified the date and time of data 
transmission in the screen shown in FIG. 11. If so, 
the process advances to step S41. If not, it skips 
to step S43. 

(541) The PDM basic module 20a records the specified 
transmission date in the transmission schedule table, 
together with the data file names of the document to 
be transmitted. 

(542) Comparing the current date and time with the 
entries in the transmission schedule table, the PDM 
basic module 20a determines whether the scheduled 
transmission date is reached. If it is reached, the 
process advances to step S43- If not, it repeats the 
current step S42. 

(543) The PDM basic module 20a retrieves relevant bulk 
data and metadata files from the database 20b and 
passes them to the distribution server 30. It then 
exits from this process and returns to the calling 
process . 

Receiving the above data files from the PDM basic 
unit 20, the distribution server 30 accepts them and 
distributes to their destinations. Referring now to FIG. 
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14, an example of this process will be explained below. 
The process comprises the following steps. 

(550) The controller 30b receives data files from the 
PDM basic unit 20 through the interface 30a. 

(551) The controller 30b extracts metadata from the 
received data files. 

(552) Referring to the extracted metadata, as well as 
consulting the database 30c which stores 
distribution tables and conditions described earlier 
in FIGS. 4 and 6, the controller 30b determines the 
destinations of each data file. 

Suppose, for example, that the received data 
file is of a component drawing. It is then evaluated 
with reference to the distribution condition shown 
. in FIG. 6. If the drawing meets this condition, the 
system identifies its destinations from the 
distribution table shown in FIG. 4. They include: 
Production Planning Section, Fourth Engineering 
Group, and Mold Coordination Section. 

(553) If necessary, the controller 30b converts the 
data format to meet the requirements of each 
destination. . 

More specifically, the controller 30b refers to 
the compatibility matrix defined in the screen of 
FIG. 12 and converts a given data file into an 
appropriate format that the intended receiving 
station can handle. Production Planning Section, for 
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example, can only support the format of "STEP AP203 
CC2 . " The controller 30b thus converts the received 
data to this "STEP AP203 CC2" format, if it is 
encoded in a different format. 

(554) The controller 30b stores the duplicated bulk 
data and metadata files into the database 30c 
separately for each destination. 

In the present example, the database 30c has 
three separate instances of the bulk data and 
metadata files for the Production Planning Section, 
Fourth Engineering Group, and Mold Coordination 
Section. 

(555) For each individual destination, the controller 
30b records the used data format in the database 30c, 
together with some parameters that are necessary for 
format adjustment. 

The latter parameters would aid the receiving 
station to reproduce the original drawings from the 
received data files. That is, if the original 
drawings cannot be directly reproduced due to some 
incompatibility problems in geometrical parameters, 
then the receiving station attempts to recover them 
by locally adjusting some parameters of the drawings, 
referring to the original parameters provided by the 
distribution server 30. Such parameters may include 
tolerance values of geometry and techniques to 
represent curved lines (e.g., approximation 
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algorithms and orders ) . 
(S56) The controller 30b produces and sends e-mail 

messages to the individual destinations to indicate 

the presence of engineering documents that should be 

delivered to them. 

In the present example, the controller 30b 

creates and sends an e-mail message individually to 

Production Planning Section, Fourth Engineering 

Group, and Mold Coordination Section. 

Now that data files are available in the 
distribution server 30, the receiving stations 50 then 
attempt to download them on demand. The following section 
will first provide a brief description on this subject 
matter, and then explain it in detail with reference to 
flowcharts. 

Consider here that a remote user sitting at a 
receiving station 50 has typed in a log- in command through 
his/her input devices 52. The controller 50b in the 
receiving station then displays a log-in screen of FIG. 15 
on the monitor unit 51. This example screen provides a 
window 140 titled "Log-in" which contains text boxes 140a 
and. 140b prompting the user to enter his/her log-in name 
(user name) and password. At the bottom of the window 140, 
there are an OK button 140c and a CANCEL button 140d. The 
OK button 140c is used to set up a connection with the 
distribution server 30. The CANCEL button 140, on the 
other hand, is used to quit the current log-in session. 
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The receiving user now enters his/her name and 
password in the above -described screen and presses the OK 
button 140c. In response to this, the receiving station 50 
attempts to establish a network connection to interact 
5 with the distribution server 30. Receiving the log-in 
request from the receiving station 50 , the distribution 
server 30 invokes a user authentication process to check 
whether the requesting user has authorized access rights. 
If the user is successfully authenticated, the 

10 distribution server 30 then sends a message to notify the 
receiving station 50 of how many documents are stored in 
his/her inbox. This information is displayed on the 
monitor unit 51 of the receiving station 50 as shown in 
FIG. 16. That is, the screen provides a window 150 titled 

15 "Inbox Status" having a text box 150a in its center 
portion to indicate how many new documents are in the 
user's inbox. At the bottom of the window 150, there are a 
RECEIVE button 150b and a CANCEL button 150c. The RECEIVE 
button 150b is used to initiate a session to download a 

20 metadata file from the distribution server 30. The CANCEL 
button 150c allows the user not to download them for the 
moment . 

Suppose that the user presses the RECEIVE button 
150b in the above- described screen. A reception request is 
25 then sent to the distribution server 30. In response to 
this request, the distribution server 30 retrieves a 
relevant metadata file from the database 30c and sends it 
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out to the receiving station 50. The receiving station 50 
displays the received metadata on the monitor unit 51, 
besides storing it into a predetermined part of the 
database 50c. As FIG. 17 shows, this screen provides a 
5 window 160 titled "Document List" which consists of five 
sections 160a to 160e. 

The top section 160a of the window 160 shows the 
attribute information of the document to be received, 
including the following data fields. The field titled 

10 "Serial No." indicates the serial number that was assigned 
to the document when it was recorded in the database 20b. 
The fields titled "Requested on" and "Requested by" 
respectively show when the data distribution was requested 
and who made the request. The field titled "Checked by/on" 

15 consisting of two sets of consecutive sub-fields indicates 
who checked the document and when they checked it. The 
next two fields titled "Approved by" and "Approved on" 
show who approved the document and when he/she approved it. 

The second section 160b presents a list of product 

20 types that are relevant to the document to be received. 
The user may use a scroll box 160f and scroll arrows 160g 
and 160h to move through the list in the vertical 
.direction. The third section 160c presents a list of 
components that are relevant to the document to be 

25 received. The user may use a scroll box 160i and scroll 
arrows 160;) and 160k to move through the list in the 
vertical direction. Further, the fourth section 160d 
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presents a list of file names that shows which files are 
available. The us r may use a scroll box 1601 and scroll 
arrows 160m and 160n to move through the list in the 
vertical direction. The fifth section 160e presents 
information about a report file that contains descriptions 
and comments on the document to be received. 

At the bottom of the window 160, four command 
buttons 160p to 160s are provided. The DOWNLOAD button 
160p on the far left is used to download to the document. 
The ACK button 160q is pressed when the receiving user 
acknowledges correct reception of the document. The OUTPUT 
button 160r. calls up a process to print out the received 
drawings. The CANCEL button 160s allows the user not to 
receive the document for the moment. 

Suppose here that the user has pressed the 
DOWNLOAD button 160p after looking through the above- 
described screen to know what kinds of data files are 
coming. This makes the receiving station 50 send a 
downloading request to the distribution server 30. Upon 
receipt of the downloading request, the distribution 
server 30 retrieves relevant bulk data files from the 

databaSe 300 and sends them to the receiving station 50. 
The receiving station 50 stores the received bulk data 
files in an appropriate portion of the database 50c. After 
making sure that all bulk data files have arrived 
correctly, the receiving user press the ACK button 160q, 
causing an acknowledgment message to be sent back to the 
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distribution server 30. The distribution s rver 30 
forwards this acknowledgment message to the PDM basic unit 
20, so that the sending user will be so notified. 

The above process enables the distribution server 
30 to transport the stored data files from its database 
30c to the intended receiving stations. With reference to 
the flowchart of FIG. 18, the next section will explain 
the process more specifically. The process shown in FIG. 
18 are executed by the distribution server 30 according to 
the following steps . 

(S70) The controller 30b determines whether any 
receiving station is requesting a log-in session. If 
there is such a log-in request, the process advances 
to step S71. If not, the process is terminated. 
.. (S71) The controller 30b initiates a user 
authentication process, based on a password and user 
name sent from the receiving station in question. 
More specifically, the user enters his/her log-in 
name (user name) and password in the window 140 of 
FIG. 15, and the controller 30b acknowledges the 
user's authenticity if the received user name and 
password are found in its local database 30c. 
(S72) The controller 30b determines whether the 
authenticity is established. If the requesting user 
has turned out to be an authorized user, the process 
advances to step S73. If not, the process is 
terminated. 
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(573) The controller 30b searches the database 30c for 
a relevant metadata file, using the user name as a 
search keyword. 

(574) The controller 30b obtains the number of 
5 received documents and Sends the information to the 

receiving station that has logged in. This results 
in an inbox status window 150 (FIG. 16) appearing on 
the monitor unit of the receiving station. 

(575) The controller 30b determines whether there is a 
10 reception request from the receiving station. If 

there is, the process advances to step S76. If not, 
it repeats the current step S75. 

More specifically, the process advances to step 
S76 when the user presses the RECEIVE button 150b in 
15 the window 150 of PIG. 16. Although it is not 

explicitly shown in the flowchart of FIG. 18, the 
process is interrupted whenever the CANCEL button 
150c is pressed. 

(576) The controller 30b retrieves a relevant metadata 
20 file from its database 30c and sends the file to the 

receiving station that has logged in. This results 
in a document list window 160 (FIG. 17) appearing on 
the monitor unit of the receiving station. 

(577) The controller 30b determines whether a 
25 downloading request has arrived from the receiving 

station. If so, the process advances to ^step S78. 
If not, it repeats the current step S77. 
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More specifically, the process advances to step 
S78 when the user presses the DOWNLOAD button 160p 
in the window 160 of FIG. 17. Although it is not 
explicitly shown in this flowchart, the process is 
5 interrupted whenever the CANCEL button 160s is 

pressed. 

(S78) The controller 30b retrieves relevant bulk data 
files from its database 30c and sends them to the 
requesting station. 

10 (S79) The controller 30b determines whether an 
acknowledgment message has arrived from the 
receiving station* If so, the process advances to 
step S80. If not, it repeats the current step S79. 
More specifically, the process advances to step 

15 . S80 when the .user presses the ACK button 160q in the 

window 160 of FIG. 17. Although it is not explicitly 
shown in this flowchart, the process is interrupted 
whenever the CANCEL button 160s is pressed. 
(S80) The controller 30b forwards the acknowledgment 

20 message to the PDM basic unit 20, thus terminating 

the process. 

Referring next to the flowchart of FIG. 19, the 
operation of the receiving station 50 will be described 
below. The process shown in this flowchart comprises the 
25 following steps. 

(S90) The controller 50b displays a log-in screen on 
the monitor unit 51, as illustrated in FIG. 15. 
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(591) The user enters his/her log-on name and password 
in the log- in screen. The controller 50b transmits 
them to the distribution server 30, and if the 
authentication is successfully finished, it proceeds 
to step S92. Otherwise, the process is terminated. 

(592) The controller 50b displays the number of 
arrived documents obtained at step S74 in the 
flowchart of FIG. 18. That is, an inbox status 
screen (FIG. 16) appears on the monitor unit 51. 

(593) The controller 50b tests whether the user has 
pressed the RECEIVE button 150b in the inbox status 
screen of FIG- 16. If so, the process advances to 
step S94. If not, it repeats the current step S93. 
Although it is not explicitly shown in this 
flowchart, the process is interrupted whenever the 
CANCEL button 150c is pressed. 

(594) The controller 50b receives the metadata file 
that is transmitted in step S76 of FIG. 18. The 
received metadata file is then stored in an 
appropriate portion of the database 50c. 

(595) The controller 50b displays a document listing 
screen on the monitor unit 51, as illustrated in FIG. 
17. 

(596) The controller 50b tests whether the user has 
pressed the DOWNLOAD button 160p in the document 
listing screen of FIG. 17. If so, the process 
advances to step S97. If not, it skips to step S100. 
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(597) The controller 50b receives th bulk data files 
that are transmitted at step S78 of FIG. 18. The 
received bulk data files are then stored in an 
appropriate portion of the database 50c. 

(598) The controller 50b tests whether the user has 
pressed the ACK button 160q shown in FIG. 17. If so, 
the process advances to step S99. If not, it repeats 
the current step S98. Although it is not explicitly 
shown in this flowchart, the process is interrupted 
whenever the CANCEL button 160s is pressed. 

(599) The controller 50b returns an acknowledgment 
message to inform the distribution server 30 of the 
successful reception of the bulk data files. 

(S100) The controller 50b determines whether the user 
. has pressed either the CANCEL button 160s or CLOSE 
button "X" in the upper right corner of the window 
160. If either button is pressed, the process will 
be terminated. If not, it returns to step S96 to 
repeat the same operations. 

Through the above steps, the distribution server 
30 can transport the metadata and bulk data files from its 
local database 30c to the intended receiving stations in a 
reliable manner. 

To summarize the above- described embodiment of the 
present invention, the PDM basic unit 20 records bulk data 
(e.g., drawing data) and metadata (i.e., attributes of 
bulk data), and it supplies them on demand to the 
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distribution server. Since the destinations of those data 
files are automatically identified by the server, it will 
not happen that data is delivered to wrong addresses or 
some necessary destinations are left out. 

Further, knowing which data format each receiving 
station 50 can deal with, the distribution server -30 
automatically converts the format of data files supplied 
from the PDM basic unit 20. This feature liberates the 
sending user from troublesome tasks of specifying suitable 
data formats. 

Also, the above embodiment is configured to 
provide a low-volume metadata file in advance of sending 
bulk data files to the receiving station 50. This allows 
the receiving user to check the profile of incoming 
documents, before receiving the main part of the documents. 
Accordingly, the user can download bulk data files when 
the network 40 is not in a high traffic condition. 

Further, the above embodiment permits the sending 
user to specify his/her desired date and time of data 
transmission. The data files in the database 20b of the 
PDM basic unit 20 are not transported to the distribution 
server 30 until the scheduled time is reached. This means 
that the sender can previously schedule the distribution 
of his/her drawings that are still unfinished at the 
moment. By doing so, he/she can complete and distribute 
the drawings right on the scheduled day. 

Referring next to FIG. 20, another embodiment of 
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the present invention will be described below. Since the 
structure shown in this FIG. 20 is similar to that of the 
first embodiment shown in FIG. 2, the following 
explanation will focus on its distinctive elements, while 
5 affixing like reference numerals to like elements. Unlike 
the first embodiment, this second embodiment employs a 
firewall 200, and the operation of the distribution server 
30 is different in part, while other elements and 
functions are common to those shown in FIG. 2. More 

10 specifically, a firewall 200 is interposed between the PDM 
basic unit 20 and the distribution server 30. This 
firewall 200 is a protective system, based on a 
workstation or any other computer platform, which only 
passes particular data and protocols to protect a local 

15 network from intruders. The distribution server 30 sends 
drawings to the receiving station 50 after converting them 
into image data files or plotter data files. 

Suppose that, in the embodiment outlined above, 
the distribution server 30 is now attempting to send data 

20 to the distribution server 30 via the firewall 200. The 
following section will explain how the data is transported, 
and how the distribution server 30 operates during that 
session. 

The PDM basic unit 20 stores bulk data files and 
25 metadata files. Those files are supplied to the 
distribution server 30 through the firewall 200, when 
their distribution is requested. While those files may be 
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addr ssed to a plurality of receiving stations, the PDM 
basic unit 20 supplies the distribution serv r 30 with 
only one instance of each file. The distribution server 30 
determines the destinations of the received bulk data 
files and metadata files, based on a distribution table. 
The controller 50b then converts the bulk data into image 
data (i.e., bitmap data) or plotter data. It modifies the 
produced image data or plotter data, embedding some 
particular parameters related to the distribution task. 
Such parameters may include the creation date and the name 
of the person who created it. The modified data files are 
duplicated and saved into the database 30c separately for 
each determined destination. 

FIG. 21 shows an example of bulk data stored in 
the .database 30c in bitmap form. This example shows a 
schematic diagram 210 which has an overlaid image 210a 
representing distribution-related information , i.e., the 
distribution date and distributor's name, at the bottom 
portion. When the receiving station 50 initiates a log-in 
session, the controller 30b fist performs user 
authentication, and then sends relevant metadata files and 
bulk data files subsequently. 

It should be noted that, in the above operations, 
only a single instance of each data file is subjected to 
the firewall even when a plurality of receiving stations 
are specified as the destinations. The data files are 
duplicated by the distribution server so that the 
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plurality of receiving stations can receive them. By 
minimizing the data traffic through the firewall, which is 
often regarded as a performance bottleneck, the proposed 
structure saves the system from slow-down of data 
5 transport . 

Also, the above embodiment is configured to send 
drawings to receiving stations after converting them into 
bitmap image or plotter data. This configuration protects 
the bulk data from unintended modification at the 
10 receiving ends. 

Further, the above embodiment is configured to 
deliver distribution-related information being embedded in 
the bitmap data or plotter data, in addition to sending a 
metadata file. This configuration permits the recipient to 
15 know, the origin of received bulk data files even when 
their corresponding metadata files are lost. 

The above embodiment is implemented as part of the 
functions of the controller 30b. Referring next to the 
flowchart of FIG. 22, this processing will be described 
20 below. The controller 30b executes the following steps. 

(5110) Via its interface 30a, the controller 30b 
receives data files that was sent from the PDM basic 
unit 20 and has passed through the firewall 200. 

(5111) The controller 30b extracts metadata from the 
25 received data files. 

(5112) Referring to the extracted metadata, as well as 
consulting the distribution tables and distribution 



- 47 - 



conditions described earlier in FIGS. 4 and 6, the 
controller 30b det rmines the destinations of each 
data file. 

(5113) The controller 30b extracts bulk data from the 
received data files. 

(5114) The controller 30b converts the obtained bulk 
data into image data or plotter data. 

(5115) The controller 30b overlays distribution-related 
information (e.g., distribution date and 
distributor's name) onto the produced image data (or 
plotter data) . 

(5116) The controller 30b duplicates the image data 
files (or plotter data files) having the embedded 
distribution-related information, as well as 

. relevant metadata files* Those data files are 
recorded in the database 30c, being sorted by their 
destinations . 

(5117) The controller 30b produces and sends e-mail 
messages to the individual destinations , indicating 
the presence of documents that should be delivered 
to them. 

While the above embodiment is configured to send 
bulk data separately from metadata, it is, of course, 
possible to send them all together. Further, instead of 
downloading data files only if so requested by each 
receiving station, it is also possible to configure the 
system to automatically download data files and so notify 
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the recipients afterwards. 

The proposed processing mechanisms are actually 
implemented as software functions of a computer system. 
The process steps that the PDM basic unit, distribution 
server, and receiving stations execute are encoded in 
computer programs, which can be stored in a computer- 
readable storage medium. The computer system executes 
those programs to provide the intended functions of the 
present invention. The suitable computer-readable storage 
media include magnetic storage media and solid state 
memory devices. Some portable storage media, such as CD- 
ROMs and floppy disks, are also suitable for circulation 
purposes. Further, it will be possible to distribute 
programs through an appropriate server computer deployed 
on a network. Program files delivered to the users are 
normally installed in their computer's hard drive or other 
local mass storage devices, so that they will be executed 
after being loaded to the computer's main memory. 

The above discussion will now be summarized as 
follows. The present invention provides a data delivery 
system for delivering data stored in a sending station to 
at least one receiving station. The sending station 
advantageously comprises: an attribute identification unit 
which identifies attributes of data to be distributed; a 
destination determination unit which determines the 
destinations of the data according to the attributes 
identified by the attribute identification unit; a 
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transmitter which sends the data to the destinations 
determined by the destination determination unit. On the 
other hand, the receiving station advantageously 
comprises: a receiver which receives the data sent from 
the transmitter; and a reproduction unit which restores 
the received data to its original form. This system 
delivers created data to all the parties that need it, 
using its attribute information to identify them. 
Therefore, the sending user is freed from troublesome and 
error-prone tasks of data distribution . 

Further, the present invention provides a sending 
station which delivers data stored in its internal or 
external storage unit to at lease one receiving station. 
This station advantageously comprises: an attribute 
identification unit which identifies the attributes of 
data to be distributed; a destination determination unit 
which determines the destinations of the data according to 
the attributes identified by the attribute identification 
unit; and a transmitter which sends the data to the 
destinations determined by the destination determination 
unit. This system enables the sender to distribute data to 
all the parties that need it in a reliable way. 

The foregoing is considered as illustrative only 
of the principles of the present invention. Further, since 
numerous modifications and changes will readily occur to 
those skilled in the art, it is not desired to limit the 
invention to the exact construction and applications shown 
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and described, and accordingly, all suitable modifications 
and equivalents may be regarded as falling within the 
scope of the invention in the appended claims. 



- 51 - 



CLAIMS 

1. A data delivery system for delivering data 
stored in a sending station to at least one receiving 
station, comprising: 

attribute identification means, disposed in the 
sending station, for identifying attributes of data to be 
distributed; 

destination determination means, disposed in the 
sending station, for determining destinations of the data, 
according to the attributes identified by said attribute 
identification means; 

transmission means, disposed in the sending 
station, for sending the data to the destinations 
determined by said .destination determination means; 

reception means, disposed in each receiving 
station, for receiving the data sent from said 
transmission means; and 

reproduction means, disposed in each receiving 
station, for restoring the data received by said reception 
means to its original form. 

2. The data delivery system according to 
claim 1, further comprising: 

format identification means, disposed in the 
sending station, for identifying which data format each 
receiving station supports; and 
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format conversion means, disposed in the sending 
station, for performing data format conversion to make the 
data compatible with the data format identified by said 
format identification means . 

3. The data delivery system according to 
claim 2 , further comprising parameter storage means , 
disposed in the sending station, for storing parameters 
that are necessary for said format conversion means to 
perform the data format conversion. 

4. The data delivery system according to 
claim 1, 2, or 3, further comprising summary data transmission 
means, disposed in the sending station, for sending 
summary data that briefly describes the data to be 
distributed, 

wherein the receiving station requests a 
particular part of the data as a result of reference to 
the summary data received from said summary data 
transmission means, and said transmission means sends the 
particular part of the data accordingly. 

5. The data delivery system according to 
any preceding claim , further ocnprising authentication neans r disposed 

in each receiving station, for verifying authenticity of a 
receiving user, 

wherein said transmission means sends the data to 
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the receiving station when said authentication means has 
successfully verifi d the auth nticity of the receiving 
user, 

6. The data delivery system according to 
any preceding claim, further comprising date setting means, disposed 
in the sending station, for specifying a date and time of 
sending the data, 

wherein said transmission means retrieves and 
sends the data when the specified date and time is reached. 

7. The data delivery system according to 
any preceding claim, further conprising data conversion means, 
disposed in the sending station, for converting the data 
into, image data or plotter data, 

wherein said transmission means sends the data 
converted by said data conversion means. 

8. The data delivery system according to 
claim 7, further comprising distribution information 
embedding means for adding distribution-related 
information pertaining to the data distribution to the 
image data or plotter data produced by said data 
conversion means. 

9. The data delivery system according to 
any preceding claim, further comprising: 
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a firewall interposed between the sending station 
and the receiving station; and 

a distribution server interposed between said 
firewall and the receiving station, 
5 wherein , in the case that the system delivers the 

data to a plurality of receiving stations, a single 
instance of the data is passed from said transmission 
means to said distribution server through said firewall, 
and 

10 wherein said distribution server produces as many 

copies of the data as required for distribution to the 
plurality of receiving stations. 

10. A sending station which sends data 

15 recorded in an internal or external storage unit to at 
least one receiving station, comprising: 

attribute identification means for identifying 
attributes of data to be distributed; 

destination determination means for determining 
20 destinations of the data according to the attributes 
identified by said attribute identification means; and 

transmission means for sending the data to the 
destinations determined by said destination determination 
means . 

25 



11. A program which delivers data stored in a 

sending station to 
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at least one receiving station, the computer program being 
designed to run on a computer in order to cause the 
computer to function as: 

attribute identification means for identifying 
attributes of data to be distributed; 

destination determination means for determining 
destinations of the data according to the attributes 
identified by said attribute identification means; and 

transmission means for sending the data to the 
destinations determined by said destination determination 
means . 

12. A computer-readable medium storing the 
program of claim 11. 

13. A data delivery system substantially as 
hereinbefore described with reference to Figures 2 to 19 or 
3 to 22 of the accompanying drawings. 
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